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(57) ABSTRACT 

A technique is provided for verifying network connectivity 
between a medical diagnostic system and a remote service 
facility. The remote service facility is contactable at will by 
the subscribing system to request service, information, tech- 
nical assistance, and so forth, while the service facility may 
also contact the subscribing system for acquisition of data, 
transmission of service messages, protocols, and so forth. In 
the connectivity verification sequence, a subscribing system 
is selected by the service facility and a network connection 
is established. A message is transmitted to the system 
provoking software at the system to re-establish the network 
connection from the system side. Two-way connectivity is 
thereby verified. Mobile systems may be configured to 
contact the service facility at their own initiation, and 
exchange data for permitting the service facility to 
re -contact the mobile system. Failure modes may be iden- 
tified at various locations in the connectivity network by 
identification of steps in the connectivity verification process 
where the process failed. Alerts or other action items may be 
generated as a result of detected connectivity problems. 

38 Claims, 5 Drawing Sheets 
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MEDICAL DIAGNOSTIC SYSTEM SERVICE 
CONNECTIVITY METHOD AND 
APPARATUS 

HELD OF THE INVENTION 

The present invention relates generally to systems and 
techniques for providing remote service to medical diagnos- 
tic equipment and facilities. More particularly, the invention 
relates to a technique for verifying continued connectivity 
between a remote service facility and a subscribing medical 
diagnostic facility or system. 

BACKGROUND OF THE INVENTION 

In recent years, considerable advances have been made in 
medical diagnostic equipment and systems, particularly 
imaging systems. Such imaging systems encompass a range 
of modalities, each characterized by the physics involved in 
acquiring and processing image data. At present, medical 
diagnostic imaging modalities include magnetic resonance 
imaging (MRI) systems, x-ray systems, both digital and 
conventional film-based, computed tomography (CT) 
systems, ultrasound systems, positron emission tomography 
(PET) systems, and so forth. Medical facilities, hospitals and 
clinics make use of a wide range of such equipment, 
including more than one of the modalities, and in certain 
cases, more than one system within each modality. In larger 
facilities, these systems may be networked in a radiology 
department to permit common management or control. Such 
systems are increasingly associated with picture archiving 
and communications systems (PACS) for storing digitized 
image data for subsequent retrieval and reconstruction of 
useful images. Moreover, tele radiology applications are on 
the rise, in which such digitized data may be transmitted to 
remote locations, such as for review and diagnosis by 
specialized physicians and radiologists. 

Regardless of the particular modality, medical diagnostic 
systems are often a key element in the diagnosis and 
treatment of disease and ailments. While certain facilities 
may offer their services during specific periods during the 
day, others require continued access to the diagnostic equip- 
ment in very demanding schedules. In both cases, the facility 
has a critical interest in maintaining the diagnostic equip- 
ment in good operational condition. However, due to the 
complexity of the systems, personnel required to review and 
evaluate potential problems as they arise are not often 
present at the location where the systems are found. 
Consequently, remote servicing of medical diagnostic equip- 
ment has become an important tool in maintaining the 
systems. 

Traditionally, remote servicing of medical diagnostic 
equipment was performed via telephone. Operations person- 
nel would call a remote service facility to report malfunc- 
tions and to ask questions regarding the proper operation and 
settings for the equipment. Where such queries could not be 
sufficiently handled by telephone, a service engineer was 
dispatched to troubleshoot the system or to provide the 
needed assistance. 

Improvements in computer networks have greatly facili- 
tated the task of offering assistance to medical diagnostic 
equipment and facilities. In particular, rather than simply 
calling a remote service facility and either talking directly to 
a technician or engineer, or awaiting a return call from a 
service center, network technologies have facilitated proac- 
tive techniques wherein the service center may contact the 
medical diagnostic equipment or facility to check the status 
of subscribing equipment. 
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Further advancements have been proposed to providing 
remote service to medical diagnostic systems in an effort to 
provide the level of service on a continual and interactive 
basis needed by many facilities. In one system, a remote 

5 service facility can interactively receive messages via a 
network, and can respond automatically to the messages 
either in a single connection session or in a subsequent 
session. Data required to analyze the state of operation of the 
medical diagnostic equipment can be transferred during the 

10 initial or subsequent sessions. The technique greatly facili- 
tates identification of system problems, allows questions to 
be posed to the subscribing service provider, facilitates 
transfer of updates and imaging protocols, and permits 
standard and customized reports to be transmitted to sub- 

15 scribing systems. The interactive aspect of the technique 
allows the medical diagnostic facility to remain current on 
services provided by the remote service facility and to 
communicate at will with the service facility. 
While these advancements in the provision of remote 

20 services to medical diagnostic equipment have greatly 
enhanced the level of service and information exchange, 
they may be subject to difficulties, particularly those arising 
from unanticipated connectivity problems. In particular, 
exchange of service information and requests on an inter- 

25 active basis assumes that the remote service facility can 
contact the subscribing systems at will, and, conversely, that 
the subscribing systems can freely contact the remote ser- 
vice provider. Where systems operate well and no service is 
needed, extended periods may transpire without a contact of 

30 the service facility. If the required connection between the 
diagnostic equipment and the service facility is inoperative, 
however, service requests may not be reliably submitted to 
the service facility, and information from the service facility 
to the diagnostic system may not arrive properly or in a 

35 timely manner. Operator intervention may sometimes detect 
such problems, but typically only after a needed response 
has not been received for some time. Such delays would 
advantageously be avoided to insure that service problems 
and questions can be addressed in a timely manner. 

40 There is a need, therefore, for a technique adapted to 
monitor proper connectivity of medical diagnostic equip- 
ment and facilities with a remote service provider. There is, 
at present, a particular need for a system which can verify 
two-way connectivity in which a service facility can freely 

45 contact a subscribing diagnostic system, and a diagnostic 
system can contact the service facility. 

SUMMARY OF THE INVENTION 

The present invention provides a connectivity verification 

50 technique designed to respond to these needs. The technique 
may be employed with any of a variety of diagnostic 
equipment, including specific systems of various modalities 
and centralized management systems, such as those typi- 
cally found in large radiology departments. Where the 

55 diagnostic system is connectable to a remote service facility, 
the technique pennits the service facility to verify that the 
connection can be established, both originating from the 
service facility and from the diagnostic equipment. Such 
connections may be made with specific systems, with man- 

60 agement systems networked to the diagnostic systems at a 
specific facility, or both. Moreover, the connectivity verifi- 
cation may be timed or scheduled for automatic 
implementation, or could be performed manually. The sys- 
tem may be designed to provide at least some degree of 

65 diagnostic capabilities in which the type or location of 
connectivity problem is detected and recorded. Results of 
connectivity verifications can be stored and used to evaluate 
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the operability of the overall system, and to improve the Moreover, the remote service facility may provide similar 

system where needed. Upon failure of the connectivity test, services to centralized medical diagnostic management 

or when inconsistent or unreliable connectivity is identified, systems, picture archiving and communications systems 

the system may permit notification via an operator, or via (PACS), teleradiology systems, and so forth. Such systems 

automated schemes, including electronic messaging, paging, 5 will typically be either stationary (i.e., located in a known 

and so forth. The system may be adapted both for stationary P lace and available by a known network address) or mobile 

diagnostic systems, as well as for mobile systems. In the e » movable and susceptible to positioning at various 

case of mobile systems, the system may be adapted to await configurable network addresses). 

contact of the service facility by the mobile equipment. As illustrated in FIG. 1, certain of the diagnostic equip- 

The technique is particularly well suited to interactive io ment may be situated in a single facility or institution as 

service systems in which a diagnostic facility may contact a shown diagramaticaUy for institution 12. In the illustrated 

remote service provider and a remote service provider may embodiment, three such diagnostic systems 22, 24 and 26 

contact the diagnostic facility. In addition, the system is are P r0Vlded m me itution - In a typical application, these 

especially adaptable to service arrangements in which sub- f^™?™* be s,m \ lar in modaht I 0r ^K™^ or ma V 

scriptions or licenses are established between the service « be of mfferent mod aliUe^ and configurations. In a radiology 

facility and the diagnostic equipment. Based upon such department or clinic for example, each of the imaging 

subscriptions, the service facility insures the connectivity systems may be of a different type to provide various options 

between the diagnostic equipment and the service provider t0 the d ^smg physicians and radiologists for imaging 

to allow the service provider to be contacted by the equip- vanous anatomies and subjects of interest. Where 

ment managers, or automatically by the system without 20 appropriate the systems may be networked within the 

operator intervention facility, such as through a centralized radiology management 

system 28. Radiology management system 28 may permit 

BRIEF DESCRIPTION OF THE DRAWINGS the facility to monitor activities, performance, 

configurations, and other data from the diagnostic systems. 

FIG. 1 is a diagrammatical representation of a series of 25 Radiology management system 28 will include one or more 

medical diagnostic systems and facilities linked to a remote operator work stations 30 for interfacing with the manage - 

service facility over a network; me nt data and software. As will be appreciated by those 

FIG. 2 is a diagrammatical representation of certain of the skilled in the art, similar operator interfaces will typically be 
functional components of one of the diagnostic systems provided for each diagnostic system 22, 24 and 26, permit- 
shown in FIG. 1 and of the remote service facility; 30 ting a radiologist or clinician to request and configure 

FIG. 3 is a data flow diagram illustrating certain of the various examinations, to review examination results, pro- 
signals and data exchanged between the service facility and cess acquired and stored data files, and so forth. Radiology 
the diagnostic equipment in a connectivity verification management system 28 is further provided with communi- 
scheme in accordance with certain aspects of the invention; calions components permitting it to send and receive data 

rnn a o n a™ -n • „ t „ „ • , 35 over a communications link as indicated generally at refer- 

FIG. 4 is a now chart illustrating steps in exemplary t ^ 0 . 

. , , • r r - a ence numeral 32. Similar communications links may be 

control logic for performing a connectivity verification , - , r *v ~! r , 

scheme- and provided for each of the diagnostic systems within the 

_„ ' . ' . . „ . facility, as indicated at reference numeral 34. As described 

FIG. 5 is a flow chart illustrating exemplary control logic ^ greater detail below> these ^ permit data t0 be tfans . 

for connectivity verification with a mobile diagnostic sys- 4Q ferred t0 and from the systems over an open Qr dedicaled 

tem - network. 

DETAILED DESCRIPTION OF THE Various independent diagnostic systems 14 may be pro- 

INVENTION vided in the arrangement 10. In particular, independent 

clinics and departments within hospitals and institutions 

Referring now to FIG. 1, a medical diagnostic and service 45 may possess one or more such independent diagnostic 

arrangement, designated generally by the reference numeral systems which may be coupled directly to the remote service 

10, is illustrated as including a plurality of medical diag- facility via a communications link 36. Similarly, mobile 

nostic systems or stations, and a remote service facility diagnostic systems 16 and 18 may be linked directly to the 

connected by a network link. In the diagrammatic represen- remote service facility via links 38. In general, such mobile 

tation of FIG. 1, arrangement 10 includes diagnostic equip- 50 diagnostic systems may include equipment of various 

ment provided in a central facility or institution 12, along modalities, such as MRI or x-ray systems which may be 

with independent diagnostic systems 14, and mobile diag- displaced to locations to better service patient populations, 

nostic systems 16 and 18. The various systems, including Finally, arrangement 10 may include a series of field engi- 

those within facility 12, are configured to be selectively neer stations 40 and 42 which may be similarly linked to the 

linked to a remote service facility 20. Service facility is 55 remote service facility to permit field service engineers to 

contacted by the systems, and may contact the systems, as exchange data, images, schedules, reports, and the like, with 

required, to provide service to the systems and facilities, to the remote service facility. Such field engineers may be 

address concerns or service requests transmitted from the dispatched, for example, to respond to particular needs of 

various systems and equipment, access data from the subscribing systems as these arise. 

systems, transmit data to the systems, and so forth. 60 Each of the systems and stations illustrated in FIG. 1 may 

In general, arrangement 10 may include any of a variety be linked selectively to the remote service facility via a 

of medical diagnostic systems of various modalities. In the network as represented generally at reference numeral 44. 

presently contemplated embodiment, for example, the For the purposes of the present technique, any acceptable 

remote service facility 20 may provide service to magnetic network may be employed, including open and dedicated 

resonance imaging (MRI) systems, computed tomography 65 networks, virtual private networks, the Internet, and so forth. 

(CT) systems, positron emission tomography (PET) Moreover, the communications links to the network may be 

systems, ultrasound systems, x-ray systems, and so forth. of any acceptable type, including conventional telephone 
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links, cable modem links, digital subscriber lines and the to the service facility at will and, conversely, that the service 
like. Each of the systems is provided with communications facility can readily access the subscribing medical diagnos- 
interface hardware and software of generally known design, tic systems. In general, where a system experiences techni- 
permitting them to establish network links with the remote cal difficulties or where service requests arise, the inability 
service facility, and to exchange data with the facility. In the 5 to contact the service facility may result in delay in address- 
presently preferred configuration, the systems are provided ing the service concerns. Similarly, even where service 
with interactive software by which messages, image data, concerns are received from the systems, where the systems 
service requests, system status information, protocols, and cannot be recontacted by the service facility, alternative and 
so forth may be transmitted to and from the system by potentially time consuming measures must be taken to 
establishment of the network connection. Where desired, 10 provide the desired feedback. The present technique pro- 
during periods when no such data is exchanged between the vides a mechanism for insuring connectivity between the 
remote service facility and the subscribing system, the medical diagnostic systems and the service facility, 
network connection may be terminated. FIG. 2 illustrates, certain of the functional components of 

Remote service facility 20, in the diagrammatical view of the diagnostic systems and of the service facility designed to 

FIG. 1, includes both communications components as well 15 provide verification of connectivity. The components are 

as components for managing provision of service to the specifically designed to enable connections initiating from 

medical diagnostic systems. Thus, a series of modems 46 are either the medical diagnostic equipment or from the remote 

provided for establishing the network connection needed for service facility. In a presently preferred embodiment, both 

the remote service, and for exchanging data over network the subscribing equipment and the service facility include 

44. The modems are coupled to communications interface 2 o net work servers and server software designed to provide for 

components as designated generally at reference numeral interactive exchange of data via the network link. Such 

48. As will be appreciated by those skilled in the art, these servers may be based on any known or suitable software or 

components and modems may include hardware and soft- protocol, exchanging data, for example, in accordance with 

ware for screening communications between the remote Point-to-Point Protocol (PPP), employing Internet Protocol 

service facility and the medical diagnostic systems, includ- 2 s packets, HyperText Transfer Protocol (HTTP), and so 

ing fire walls. Also, the modems and communications inter- forth. Moreover, the servers of the systems and of the service 

face components may be replaced, where appropriate, with facility are preferably designed to process and transfer data 

alternative communications hardware and software, such as in raw or processed form, such as image data processed into 

cable modems. Communications interface components 48 a standard DICOM format. Finally, the servers are prefer- 

are coupled to a router 50 for appropriately directing com- 30 ably equipped to support HTTP applications, and include a 

munications to and from the medical diagnostic systems browser capable of displaying interactive pages, such as in 

coupled to the service facility via the network. HTML, XTL, or other language configurations, and to 

Service facility 20 is equipped to handle a variety of support java applications, applets, servlets and similar code 
service requests and functions both at the initiation of the for carrying out the functions described herein, 
subscribing diagnostic systems, as well as by the service 35 In the diagrammatical representation of FIG. 2, the sub- 
facility itself. In the illustrated embodiment, a server 52 is scribing diagnostic system includes a system server 60 
illustrated for providing the service functionalities described which calls upon a connectivity servlet 62 for verifying the 
herein. In practice, a variety of such servers may be inter- status of communications components. As will be appreci- 
linked for various service functions, including receiving and ated by those skilled in the art, servlet 62 may be defined by 
directing service requests, proactive ly accessing subscribing 40 any appropriate code installed at the system or transferred to 
systems for system status data, managing subscribing sys- the system upon demand. As described more fully below, in 
tem licenses, and generating reports and messages for trans- fixed or stationary systems, the servlet will be called upon in 
mission to the subscribing systems. Certain of the servers response to receipt of a connectivity verification message 
may be protected by firewalls to limit access to data Server from the remote service facility, and will thereafter recontact 
52 may be coupled to one or more databases 54 for storing 45 the service facility to verify that the two-way connections 
information related to the provision of services to the can be readily established. In mobile systems, the connec- 
various subscribing medical diagnostic systems. Databases tivity servlet is adapted to contact the service facility upon 
54 may also store information relating to performance of the displacement of the mobile system to a new location, and to 
systems, system configurations, system license and account receive a verification response to the initiated contact, 
data, and so forth. A series of work stations 56 may be 50 Within the remote service facility, one or more servers 52 
further linked to server 52, permitting service facility engi- are equipped with a series of software modules designed to 
ncers to access data and address service concerns. By way initiate and respond to connectivity verification messages. In 
of example, such work stations may be used to trouble shoot the diagrammatical representation of FIG. 2, the server 
potential connectivity problems identified by the procedure includes a connectivity application 64 which manages the 
described below. Finally, additional databases or systems, as 55 connectivity functions described below. A scheduler module 
represented generally at reference numeral 58 in FIG. 1, may 66 defines timing and contacts initiated by the remote 
be linked to the service facility to store or archive data for service facility for the connectivity verification sequences of 
the systems subscribing to service from the facility. Certain subscribing medical diagnostic systems. A connectivity 
of the remote facilities may be linked in similar ways in check-in module 68 serves to receive and exchange data 
various geographical locations, such as around a single 60 with diagnostic systems during the connectivity sequences 
region or country, or around the world. Databases 58 may executed by application 64 in accordance with the schedules 
further include statistical information gathered from a popu- established by module 66. Asimilar mobile check-in module 
lation of diagnostic systems for use in analysis and service 70 manages exchange of data with mobile diagnostic sys- 
to similar systems. terns upon initiation of connectivity verification sequences 

Because the systems of arrangement 10 are interactively 65 with those systems, 

linked to the service facility, it has been found desirable to Server 52 and the coded modules accessed by it are 

provide a means for verifying that the systems can connect further interfaced with blocks of memory for storing data 
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used in the connectivity verification process. These blocks of reference numeral 86 to identify which subscribing systems 
memory may be defined in any acceptable medium, such as should be contacted and at what times of the day or night, 
disc drives, magnetic tape, optical memory devices, solid As described below, because certain systems may be active 
state memory, and so forth. As illustrated in FIG. 2, memory or inactive at specific periods, or may be located in various 
blocks are provided for mobile sites, as indicated at refer- 5 time zones, the technique facilitates verification checks at 
ence numeral 71, storing configuration parameters for sub- various time intervals depending upon system availability 
scribing mobile sites, as well as system identifications, and responsiveness. Server log data 88 is also accessed by 
locations, access or address numbers and codes, and so forth. connectivity application 64 for review of server activities. 
A license memory block 72 stores data indicative of the Data indicative of the most recent verification sequence 
status of current service licenses for the various systems, 10 results are stored and accessed as indicated at reference 
which may include both accounting data, such information numeral 90. A log of open alerts, 92, may be accessed by 
as date information, expire information, and level of service connectivity application 64 as such alerts are generated, 
access. A log/event memory block 73 is provided to store the particularly as a result of failure or anomalies in the con- 
results of the connectivity verification sequences executed nectivity sequence as described below. A log of time slots 94 
between the service center and the various subscribing 15 stores data indicative of the time periods during which 
systems. As indicated below, the memory block will gener- connectivity verification sequences have been used success- 
ally include historical data indicative of the results of fully and unsuccessfully for specific subscribing systems. A 
connectivity verification sequences. The memory block may log of verification or "check-in" times 96 is kept as a record 
also include references to specific events, scheduled service, of responsiveness of the subscribing systems to connectivity 
service requests, and so forth. An alert log block 74 is 2 o verification messages from the service facility, as well as 
provided for storing alerts generated by the present tech- mobile system-initiated verification sequences. A log of 
nique in response to a failure or anomaly in the connectivity previous connections 98 may be accessed by application 64, 
verification sequence. Such alerts may be used to generate and may serve as a basis for scheduling verification 
dispatches for service engineers both in the field and at the sequences, as described below. Finally, a statistical database 
remote service facility to trouble shoot the communications 2 s 99 is kept with data for systems served by application 64, 
and connection components when connectivity problems including connectivity statistics. It should be noted that the 
arise. An alert module 75 serves to generate alerts in logical overview of FIG. 3 is provided for exemplary 
response to problems with connectivity, such as electronic purposes only, and modules, memory designations, logs, and 
messages, pages, service dispatches, and the like. An analy- the like for specific systems may be tailored in accordance 
sis module 76 provides analytical capabilities, such as for 30 with system needs and architecture, 
recognizing patterns in connectivity problems for specific As described above, the present system is designed to 
systems, or for populations of systems based upon historical automatically verify status of communications components 
records of connections and results of connectivity verifica- for systems subscribing to remote service from the service 
tion sequences. facility. In general, automatic connectivity verification 
FIG. 3 represents certain of the foregoing components 35 sequences may be initiated for specific subscriptions, or for 
and, generally, the types of data exchange between the all subscribing systems. Thus, where the service facility 
components. As shown in FIG. 3, the connectivity applica- provides for interactive service arrangements with specific 
tion 64 provided at the remote service facility is designed to systems, such verification checks may be initiated and 
exchange data with external clients 12 in the form of medical carried out on a regular or a scheduled basis. At the same 
diagnostic systems. It should be noted that the connectivity 40 time, the service facility may provide more limited offerings 
verification process is designed to insure that such data can which do not require such connectivity verifications, or 
be interactively exchanged both from the service facility to require verifications of a limited nature or on a more limited 
the diagnostic system, and visa-versa. The client station schedule. 

therefor is designed to contact and send data to connectivity FIGS. 4 and 5 illustrate exemplary steps in control logic 

check-in module 68 or 70 (depending upon the stationary or 45 implemented by code at the service facility for carrying out 

mobile nature of the client). In addition to the memory the automatic connectivity verification techniques. FIG. 4 

blocks represented generally at reference numerals 77, 78 represents exemplary steps for verification of connectivity 

and 79, which may correspond generally to memories 71, 72 between the service center and systems of known location, 

and 73 described above, connectivity application 64 is typically situated in institutions, clinics, hospitals, and so 

designed to exchange data with an interactive software 50 forth. The control logic of FIG. 4, represented generally by 

platform 80 which facilitates the exchange of service data reference numeral 100, begins at step 102 wherein a system 

between the remote service facility and the subscribing is selected for contact. In the presently contemplated 

systems. In the presently preferred embodiment, platform 80 embodiment, the system is selected based upon known 

may provide for direct or indirect interface between actual parameters, such as system availability, time slots for the 

modality components, such as MRI or CT scanners, x-ray 5s system availability, the nature of the system, license arrange- 

im aging stations, and ultrasound imaging stations. The plat- ments for the provision of services to the system, system 

form may also provide various service functionalities, identification and address, and so forth. In general, sched- 

including electronic messaging, receipt and handling of ules for connectivity verification may be established in 

service requests and questions, image evaluation, imaging advance and performed automatically. Moreover, the sched- 

and processing protocol exchange, system configuration and 60 ule may be at least partially based upon recent historical 

data exchange, and so forth. connections between systems and a service facility, with 

A log module 82 is written into by connectivity applica- systems having more recently contacted the service facility 

tion 64 to store system log information as indicated at being moved to a lower priority. Conversely, where histori- 

reference numeral 84. As noted above, such log information cal usage data indicate that a system would have been 

will typically include records of connectivity verification 65 expected to contact the service facility within a specified 

checks, events, service requests, and the like. Connectivity lime or at a known frequency, such systems may be moved 

application 64 also draws upon schedule data as indicated at up in priority of scheduling. Based upon such information, 
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the system is contacted at step 104. The contact may be 
made over any suitable network, typically at present over a 
conventional telephony line via a modem. 

At step 106, the connectivity application determines 
whether the contact has been successfully established. If the 
contact is not successfully established, the system may be 
configured to retry the network connection as indicated at 
step 108. Moreover, the number of attempts to establish the 
connection, and the time between such attempts, may be 
configured by the service facility. Where such subsequent 
attempts are available and desired, the system will attempt 
such recontact by cycling back to step 104. If, at step 106, 
the contact is successfully established, control advances to 
step 110. 

If the contact is unsuccessful at step 106, various mea- 
sures may be taken. The inability to establish contact may be 
due to one of a number of factors, including the status of the 
diagnostic system itself, the state of transmission lines, 
communications hardware, software, and interface compo- 
nents. Moreover, for certain systems, the communications 
components may be occupied or simply unavailable at the 
period of time in which the verification sequence is initiated. 
If the number of attempts permitted at step 108 is exhausted, 
an alert is generated as indicated at step 112. The alert is 
stored on an alert log 74 (see FIG. 2) and may be accessed 
by the service facility, such as to generate a dispatch for a 
service engineer or to prompt operator intervention in con- 
tacting the subscribing system to investigate the nature of 
the connectivity problem. At step 114 the failure of the 
connectivity sequence is recorded in a log/event memory 73 
(see FIG. 2). 

Once contact is successfully established at step 106, data 
is transmitted between the service facility and the subscrib- 
ing diagnostic system, as indicated at step 110. In the 
presently preferred embodiment, relatively short messages 
are transmitted at this step, to avoid unnecessarily occupying 
either the service facility or the subscribing system. In 
general, the data will be sufficient to provoke the code at the 
subscribing system to call upon the connectivity servlet and 
to attempt to re-establish contact with the service facility 
after the connection is dropped. 

At step 116, the connectivity application determines 
whether the data has been successfully transmitted to the 
subscribing system. If the data has not been successfully 
transmitted to the system, an alert is generated at step 118, 
signaling to service center personnel that an inquiry should 
be made into the nature of the problem prohibiting the 
transfer of the data. The alert is stored in an alert log at the 
service facility. In addition, the failure of the connectivity 
verification sequence is recorded at step 120. If, on the other 
hand, the data is successfully transmitted at step 116, the 
service facility interrupts the connection as indicated at step 
122. It should be noted that the present technique may be 
employed for detecting and analyzing the status of connec- 
tivity over more than one connection line. Thus, where 
desired, the connection established at step 104 may be 
disconnected as indicated at step 122, or may remain con- 
nected while the medical diagnostic system recontacts the 
service facility via an alternative communications route. 

Following the initial contact and transfer of data as 
summarized above, the connectivity application awaits a 
return message from the subscribing system contacted. As 
noted above, the connectivity servlet on the subscribing 
system is configured to return the call initiated by the service 
facility to verify that two-way connectivity is functional. 
Thus, as indicated at step 124 in FIG. 4, the service center 
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awaits the return call during a configurable window of time. 
If the wait period times out prior to receiving the call back 
from the subscribing system, the foregoing steps in the 
sequence may be repeated as indicated at step 126. Again, 

5 the number of cycles through the connectivity sequence may 
be set in advance. Under normal circumstances, a call is 
received from the subscribing system and the resulting 
success of the connectivity verification is recorded at step 
128. In the event the sequence is repeated, following the 

1Q permissible number of attempts to receive the return call, an 
alert is generated as indicated at step 130 and the resulting 
failure of the connectivity verification sequence is recorded 
at step 132. Such alerts may take the form, for example, of 
electronic messages to service personnel, pages to service 
s personnel, service dispatches, and so forth. 

As noted above, certain subscribing systems may not be 
regularly available during certain time slots. For example, in 
a presently preferred configuration, the connectivity 
sequence is attempted in one of three time periods distrib- 

20 uted through a 24 hour period. If the results of the sequence 
summarized in FIG. 4 indicate that connection cannot be 
achieved at a specific time slot, an alternative time slot may 
be scheduled for the system-specific connectivity check 
sequence. 

25 While similar logic may be employed for contacting 
mobile systems, particularly where the location and contact 
address of such systems are known, in a present 
embodiment, alternative control logic, summarized in FIG. 
5, is employed for such systems, permitting the systems to 

30 initiate contact with the service facility. As summarized in 
FIG. 5, the control logic, designated generally by the refer- 
ence numeral 200, begins at step 202 wherein the diagnostic 
system is relocated or positioned at a desired location. At 
step 204, the connectivity servlet at the diagnostic system 

35 determines whether a system check-in has been performed 
within a desired amount of time, such as subsequent to the 
relocation. If the check-in has been performed, the logic may 
be exited as indicated at step 206. If no such connectivity 
verification has been performed, or has not been performed 

40 within a desired amount of time, or since relocation of the 
system, the server at the diagnostic system initiates a net- 
work connection with the service center as indicated at step 
208. 

Once the connection is established, system data is trans- 
45 mitted at step 110, identifying the subscribing system, its 
location, its network address or call number, and so forth. It 
should be noted that, although not represented in FIG. 5, 
intervening logical steps may be included in this routine for 
signaling that a contact could not be established at step 208 
50 or that data could not be successfully transmitted at step 210. 
In either event, an alert and failure event may be recorded. 
Once data is successfully transmitted at step 210, the mobile 
diagnostic system interrupts the network connection at step 
212. 

55 In response to the data received from the mobile diag- 
nostic system, the service facility recontacts the system, as 
indicated at step 214. The server at the mobile diagnostic 
system may also be configured to await a specific amount of 
time for the verification call back as indicated above in the 

60 logic of FIG. 4. The service facility determines, at step 216, 
whether the network connection could be successfully estab- 
lished with the mobile system. If not, the connectivity 
application at the service facility may be configured to 
reattempt the network connection as indicated at step 218. If 

65 such attempts to recontact the system are unsuccessful, or if 
a desired number of reallempts expires, control advances to 
step 220 where an alert is generated, indicating that the 
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connectivity verification sequence identified a connectivity art which nevertheless fall within the scope of the claims, 

failure and that additional service may be required. At step For example, the particular configuration of the diagnostic 

222, the results of the connectivity verification sequence are systems, or of the service facility may be adapted to accom- 

recorded. Finally, at step 224, the system location is modate specific types of hardware, software, and so forth, 

recorded for the purposes of any further contact which may 5 Similarly, the logical steps described above for establishing 

need to be established between the service center and the an( j verifying the interactive network connection between 

subscribing mobile system. subscribing systems and the service facility may be subject 

It should be noted that the foregoing logic, whether t o a wide variety of modifications, particularly in the details 

implemented for stationary or mobile systems, provides related to the establishment, processing, and verification of 

several levels of identification of connectivity problems or 10 the network connections, and in evaluations of the various 

failures. Specifically, because connectivity failures may failure modes, 

involve hardware or software difficulties at various locations What is claimed is: 

in the network connection, data, transfer, receipt and pro- \ a method for verifying connectivity of a medical 

cessing components, and so forth, it has been found useful diagnostic service system, the system including at least one 

to provide as much information in identifying a connectivity 15 me dical diagnostic station and a service facility remote from 

failure as possible. Such indications greatly facilitate the diagnostic station, the method comprising the steps of: 

troubleshooting of the connectivity components, providing (a) formi a connectivity ch eck sequence in which a 

service personnel with a clear indication of which portions QcM connection is attemp ted between the diagnos- 

of the system may be functional and which may need review, ^ statioQ and ^ fadm and> tf ^ COQnection 

even without requiring direct involvement of personnel at 20 fa establishedj data fa transmitted from service facility 

the location of the system. For example, in a present to the diagnostic station; 

configuration, a variety of failure modes may be detected . . . . , 

based upon the point in the logic where the failure took (b) performmg a connectivity response sequence in which 

place. Such failures may occur, for example, due to the a second network connection is attempted between the 

inability of the service facdity to contact the subscribing 25 diagnostic station and the service facility in response to 

system. Failures at this point may be attributed to hardware the ^of activity check and, if the connection is 

or software which is currently occupied at the service established data is transmitted from the diagnostic 

facility, hardware or software which is currently occupied at statlon lo the serv,ce facihl ^ and 

the subscribing system, failure of the subscribing system to ( c ) recording results of steps (a) and (b). 

respond to a call, failure of the PPP module at the subscrib- 30 2 - Tn e method of claim 1, wherein step (a) is performed 

ing system to respond, an incorrect IP address, and so forth. automatically on a scheduled basis. 

Moreover, even once the connection is established, a failure 3 - The method of claim 1, wherein the connectivity check 

or anomaly in the data transmission may result in identifi- sequence of step (a) is initiated by the service facility, 

able failure modes. Similar failures may occur from an 4 « The method of claim 1, wherein data necessary for 

inability of the subscribing system to recontact the service 35 attempting the connection in step is stored in a database 

facility. Moreover, failures may occur due to an inability to accessed by the service facility. 

access an HTTP server or the connectivity servlet. Other 5. The method of claim 4, wherein the database includes 

events may be similarly recorded, such as the failure of the connection data for a plurality of subscribing diagnostic 

subscribing system to call back or to call back within a stations. 

desired time window. 40 The method of claim 1, wherein the diagnostic station 
It should also be noted that the foregoing technique may includes medical diagnostic equipment configured to gen- 
be employed to verify connectivity with a large number of erated "nage data of a sub i ect of interest, 
systems in an automated manner. The connectivity verifica- 7 - ^ method of claun 6 > wherein the diagnostic station 
tion and response sequences may be carried out at any includes a plurality of medical imaging systems of at least 
convenient time, such as during off-peak hours. The sched- 45 one m °d aat y- 

uled order of performing the verification checks may also be 8 ^ method of claim including the further step of 

influenced by recent activities (e.g. data exchanges) between generating an alert message if the attempt at step (a) or (b) 

specific systems and the service facility. For example, where * unsuccessful in establishing the respective network con- 

a system would be scheduled for connectivity verification nection. 

but recently contacted the service facility, that system may 50 9 * ^ melhod of claim lf mcludin g lhe further ste P of 

be rescheduled for a later time, freeing the schedule for repeating either step (a) or step (b) if the attempt to establish 

systems which have not successfully contacted the service lne respective network connection is unsuccessful, 

facility within a desired time frame. Similarly, based upon 10 - 11ie method of claim 1, wherein the diagnostic station 

historical data for a system, the service facility may move fa a mobile diagnostic station. 

the system up on a connectivity verification schedule, con- 55 11 ^ metnod of claim *' wnerein ste P ( a ) 1S repeated 

sidering that the inactivity may be indicative of a problem in durm § al least two different time slots to determine connec- 

the system connectivity hardware or software. Both for livit y at corresponding times. 

individual systems, and for entire populations of systems, 12 « A method tor verifying connectivity between a plu- 
me results of the connectivity verification sequences may be ralit y of medical diagnostic stations and a remote service 
used for analysis of system and component performance, 6 0 facaitv ' tne method comprising the steps of: 
and for system design or improvement. (a) scheduling connectivity checks for each of a plurality 

The present technique has been set forth and described of subscribing diagnostic stations; 

herein by way of example only. The invention is not (b) initiating respective network connections between the 

intended to be limited to this or any particular embodiment, service facility and the diagnostic stations in accor- 

but is intended to extend lo the full legally permissible scope 65 dance with a schedule established in step (a) and, if the 

of the appended claims. Various alternative arrangements respective connection is established, transferring data 

and configurations may be envisaged by those skilled in the to the service station; 
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(c) initiating respective second network connections diagnostic station and the service facility in response to 
between the service facility and the diagnostic stations the connectivity check and, if the connection is 
in response to the data transferred in step (b); and established, data is transmitted from the diagnostic 

(d) recording results of steps (b) and (c). station to the service facility; 

13. The method of claim 12, wherein the connectivity 5 (c) recording results of steps (a) and (b); and 

checks are scheduled within one of a plurality of different (d) analyzing the results stored in step (c) to determine a 

time slots. point of possible connectivity failure between the diag- 

14. The method of claim 13, wherein the time slots during nostic station and the service facility. 

which each connectivity check is scheduled is based upon 26. The method of claim 24, wherein the analysis per- 

past successful connectivity checks. 1Q formed in step (d) includes accessing historical records for 

15. The method of claim 12, wherein a plurality of the diagnostic system from a data storage location, 
connectivity check sequences are scheduled such that an 27. The method of claim 24, wherein the analysis per- 
anticipated time for second network connection for a first formed in step (d) includes identifying a point in step (a) at 
diagnostic station overlaps with an anticipated time for a which the connectivity check sequence failed. 

second network connection with a second diagnostic station. 28. The method of claim 24, wherein the analysis per- 

16. The method of claim 12, wherein the connectivity formed in step (d) includes identifying a point in step (b) at 
checks are scheduled based upon subscription status for each which the connectivity response sequence failed. 

of the plurality of diagnostic stations. 29. The method of claim 24, wherein the connectivity 

17. The method of claim 12, comprising the further step check sequence and the connectivity response sequence are 
of generating an alert message if respective network con- performed on a plurality of diagnostic stations in accordance 
nection initiated at steps (b) or (c) is unsuccessful for a 20 with a predetermined schedule. 

diagnostic station T ^ ie metn °d of claim 28, wherein an order of priority 

18. The method of claim 12, including the further step of for each diagnostic station on the schedule is at least 
analyzing results of steps (b) and (c) to determine a probable Partially based upon historical records of network connec- 
c J 5 1 tions initiated by the respective diagnostic stations with the 
failure point in the network connection. ^ service facility 

19 The . method of claim 1 18, including the step of record- 3 1. A system for providing remote service to a medical 

ing the failure point with the results of steps (a) and (b) for diagnoslic system7 the system comprising: 

a respective diagnostic station. a medical diagnostic system configured to process medi- 

20. A method for verifying connectivity between a medi- ca j j^gg data . 

cal diagnostic system service facility and a mobile diagnos- x , xlyi(x fadm ' remote from ^ di tic tem and 

tic system, the method comprising the steps of: configured to provide remote service to the diagnostic 

(a) performing a connectivity check sequence from the system via a network link; 

mobile diagnostic station to the service facility during nrst connectivity verification means at the service facility, 

which a network connection is initiated and, if a the first connectivity verification means configured to 

network connection is successfully established, data is 35 attempt to establish a network connection with the 

transferred to the service facility; diagnostic system in accordance with a connectivity 

(b) performing a connectivity response sequence in verification routine, and to transmit data to the diag- 
response to the connectivity check sequence, during nostic system if the network connection is successfully 
which a network connection is initiated by the service established; and 

facility and, if the network connection is successfully 40 second connectivity verification means at the diagnostic 

established, data is transferred to the mobile diagnostic system, the second connectivity verification means 

station; and configured to attempt to establish a network connection 

(c) recording results of steps (a) and (b). with the service facility in response to the data trans- 

21. The method of claim 19, wherein data transferred mitted during the connectivity verification sequence, 
from the mobile diagnostic system in step (a) includes data 45 32. The system of claim 30, wherein the medical diag- 
indicative of a location of the mobile diagnostic system. nostic system includes an imaging station of a modality 

22. The method of claim 19, wherein the mobile diag- selected from a group including MRI systems, x-ray 
nostic system is configured to perform step (a) following systems, CT systems and ultrasound systems, 
displacement of the mobile diagnostic system from a first 33. The system of claim 30, wherein the medical diag- 
location to a second location, 50 nostic system includes a management station coupled to at 

23. The method of claim 19, including the further step of least one medical diagnostic imaging system, 
generating an alert record if a network connection cannot be 34. The system of claim 30, wherein the first connectivity 
established at either step (a) or (b). verification means is configured to execute the connectivity 

24. The method of claim 19, including the further step of verification routine automatically based upon a predeter- 
generating an alert record if data cannot be accurately 55 mined schedule. 

transferred in either step (a) or (b). 35. The system of claim 30, wherein the first connectivity 

25. A method for analyzing connectivity of a medical verification means is configured to generate and store an 
diagnostic service system, the system including at least one alert message if the connectivity verification routine deter- 
medical diagnostic station and a service facility remote from mines that two-way network communication with the medi- 
the diagnoslic station, the method comprising the steps of: 60 cal diagnostic system cannot be successfully established. 

(a) performing a connectivity check sequence in which a 36. A system for providing remote service to a medical 
network connection is attempted between the diagnos- diagnostic system, the system comprising: 

tic station and the service facility and, if the connection a medical diagnostic system configured to process medi- 

is established, data is transmitted from service facility cal image data; 

to the diagnostic station; 65 a service facility remote from the diagnostic system and 

(b) performing a connectivity response sequence in which configured to provide remote service to the diagnostic 
a second network connection is attempted between the system via a network link; 
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first connectivity verification means at the medical diag- 
nostic system, the first connectivity verification means 
configured to attempt to establish a network connection 
with the service facility in accordance with a connec- 
tivity verification routine, and to transmit data to the 
service facility if the network connection is success- 
fully established; and 

second connectivity verification means at the service 
facility, the second connectivity verification means 
configured to attempt to establish a network connection 
with the diagnostic system in response to the data 
transmitted during the connectivity verification 
sequence. 
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37. The system of claim 35, wherein the medical diag- 
nostic system is a mobile system displaceable between 
desired locations remote from the service facility. 

38. A The system of claim 35, wherein the first or the 
second connectivity verification means is configured to 
generate and store an alert message if a network connection 
cannot be successfully established or if data cannot be 
successfully transferred between the diagnostic system and 
the service facility during the connectivity verification rou- 
tine. 
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